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(54) A mobile telecommunications system supporting the use of functional numbers 



(57) The present invention relates to specialised 
mobile communication schemes which are becoming 
frequently deployed, for example, utility mobile commu- 
nication schemes such as railway-operator-consortia- 
managed mobile communications schemes which come 
under the umbrella term of GSM-Railways (GSM-R) 
systems. The invention seeks to define an architecture 
to support the use of 'Functional Numbers' for address- 
ing purposes within a wireless communication network, 



and provide a method for transporting 'Functional Num- 
bers' between the relevant wireless communication en- 
tities within the architecture! The invention also seeks 
to define a flexible and extendible encoding scheme for 
the GSM-R defined supplementary service handling op- 
erations used for registering, interrogating and deregis- 
tering FNs. In addition the invention provide an exten- 
sion to the way Functional Numbers are registered and 
deregistered by providing an encoding for supervisory 
control of registration and deregistration procedures. 



Figure 1 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to mobile com- 
munications systems and, in particular, although not re- 
stricted to such, relates to a utility communications sys- 
tem. 

BACKGROUND OF THE INVENTION 
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[0002] Wireless mobile telecommunication services 
are now quite commonplace. There are in existence 
worldwide several wireless mobile telephony standards 
which are provided for general public use, by way of sub- 
scription or similar. Many advantages of mobile wireless 
telephony exist over standard fixed line POTS telephony 
systems, the most significant being that the mobile tel- 
ephone is mobile as such, provided that the use of a 
particular mobile telephone corresponds within a region 
covered by the operator to which the mobile subscriber 
is connected to. 

[0003] Specialised mobile communication schemes 
are also becoming more frequently deployed. A number 
of bodies are defining requirements and standards for 
utility mobile communication schemes for Railway sys- 
tems. These include the Mobile Radio for Railway Net- 
works in Europe (MORANE) group, a consortium of Eu- 
ropean railway operators and equipment manufacturer 
with European Union funding who are defining a pan- 
European standard. The MORANE standard specifies 
extensions to the Global System for Mobile Communi- 
cations (GSM) standard for application in the Railways 
environment: Other bodies involved in specifying re- 
quirements or standards in this area include El RENE 
and ETSI itself. The term GSM-Railways (GSM-R) has 
been adopted as an umbrella term to cover all Railway 
system schemes. For simplicity, in the description of the 
prior art and the invention, reference shall be made to 
GSM-R systems and in particular the MORANE stand- 
ard, but it is to be understood that the scope of the claims 
are not to be limited to such and is applicable to all GSM/ 
GSM-R derivative systems. 

[0004] In a GSM-Railway network, communication is 
required between different user types (person to person, 
person to system, system to system) in different envi- 
ronments (on the same train, from train to train, from/to 
ground to/from train, from ground to ground). The differ- 
ent user types need to be able to communicate with 
each other using special railway numbers, i.e. Function- 
al Numbers (FN) which reflect functional information 
such as the train number the user is on, the lunction of 
the train (goods or passenger), the function of the per- 
son who is assigned a particular GSM-R phone etc. A 
central register, known as the Functional Home Location 
Register (HLRf), stores the Functional Numbers and 
their related data. An access matrix function which pro- 
vides means of checking which person call another one, 



is located on the central functional register. The intention 
is to enable GSM-R personnel and systems to use the 
Functional Number instead of the GSM Mobile Station 
ISDN number (MSISDN) for dialling and display purpos- 
s es 

[0005] In order for this to work a service called "Follow 
Me' has been specified, which allows a MS user to reg- 
ister a temporarily assigned FN against a temporarily 
assigned MS, and deregister the association once he 
10 no longer requires eitherthe FN orthe MS. For example 
when a train operator starts working on a tram or in a 
station, he needs to be able to enter the FN he has been 
assigned for the journey or for the day on the particular 
mobile station (MS) he is going to use, and have that 
is association stored in a central register associated with 
the system. Any calls to the FN need access to the cen- 
tral register to determine which MS the train operator is 
using and therefore where to route the call. The train 
operator needs to be able to check the status of the FN 
20 by performing an interrogation sequence, and when the 
train operator has finished working with his assigned 
MS he needs to be able to de-register the FN. 
[0006] Relationship of FN to Railway Access Code 
and Railway Subscriber Number would be as follows: 

2B 

FN = 

Railway Subscriber Number + Railway Access code 



[0007] Currently in a GSM network a calling subscrib- 
30 er uses a called subscribers Mobile Subscriber ISDN 
number (MSISDN) for call set-up purposes. This is used 
to route a call to a Gateway Mobile Switching Centre 
(GMSC) which interrogates the Home Location Register 
(HLR) for a routing number. The routing number re- 
35 turned by the HLR is used to route the call through the 
GSM network to the called subscriber. 
[0008] The GSM-Railways requirement to use a 
Functional Number, which cannot be used for routing 
purposes, means that the originating switch must some- 
40 how use the called FN to obtain the called users MSIS- 
DN from a central functional register before it can set- 
up the call. It must also provide the calling FN to the 
access matrix for validation. Currently there is no stand- 
ard architecture to do this or any mechanism to transport 
the called party FN and calling party FN to the access 
matrix function 

[00091 The GSM-R solutions for allowing railway per- 
sonnel to register and deregister FNs with the access 
matrix do not include any flexibility in the types of regis- 
tration and deregistration available. Disadvantages of 
the current GSM-R solutions include the fact that there 
is no way of registering FNs for Fixed Line Directory 
Numbers (DN) and that the system does not allow de- 
registration to be performed from terminals other than 
53 the terminal used for registration. Further, the system 
does not include any extensibility, such that any future 
requirement for additional types of registration, mterro- 
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gation or de-registration procedures would require sig- 
nificant software development 

OBJECT OF THE INVENTION 

[0010] The invention seeks to define an architecture 
to support the use of 'Functional Numbers' for address- 
ing purposes within a wireless communication network, 
and provide a method for transporting 'Functional Num- 
bers' between the relevant wireless communication en- 
tities within the architecture. 

[0011] The invention also seeks to define a flexible 
and extendible encoding scheme forthe GSM-R defined 
supplementary service handling operations used for 
registering, interrogating and deregistering FNs. In ad- 
dition the invention provide an extension to the way 
Functional Numbers are registered and deregistered by 
providing an encoding for supervisory control of regis- 
tration and d ere gist rat ion procedures 

STATEMENT OF THE INVENTION 

[0012] In accordance with a first aspect of the inven- 
tion, there is provided in or for a GSM-based telecom- 
munications system an architecture for providing call set 
up procedures, the architecture employing an access 
matrix at a Service Control Point (SCP), wherein the ar- 
chitecture further comprises: the use of GSM/ ISDN Us- 
er-to-User supplementary service protocols and IN pro- 
tocols to transport FNs between an originating switch 
and the access matrix; and an information analysis trig- 
ger means at a detection point; 

wherein a routing and alerting means associated with 
the detection point routes and alerts the network of the 
originating basic call and the Initial detection point mes- 
sage between the GMSC and the SCP; and routes from 
the SCP to the GMSC a connect message when con- 
nection is possible. Preferably a release call message 
> is issued when connection is not possible. 

[0013] Preferably the architecture defines an Intelli- 
gent Network (IN) architecture which sites the access 
matrix at a Service Control Point (SCP). Preferably 
transport of the FNs between the originating switch (i.e. 
GMSC) and the access matrix (sited at the SCP) is en- 
abled by means of a user-user IE and a calling party 
sub-address parameter The calling party subaddress 
could be provided by means of an Intelligent Network 
parameter. 

[0014] The system could support an Unstructured 
Supplementary Service Data protocol and which would 
provide an encoding mechanism for supporting supple- 
mentary service handling operations which mechanism 
provides supervisory control. 

[0015] In accordance with another aspect of the in- 
vention, there is provided, in or for a GSM-based tele- 
communications system comprising an architecture 
which employs an access matrix at a Service Control 
Point (SCP), a method of providing call set up proce- 



dures, the method comprising: 

transporting FNs between an originating switch and 
the access matrix using a user-user interface ele- 
s ment and an calling party subaddress; 

triggering information analysis on reaching the de- 
tection point ; 

10 routing and alerting in the network the originating 
basic call state machine the Initial detection point 
message between the GMSC and the SCP; and 

routing from the SCP to the GMSC a connect mes- 
15 sage when connection is possible. Preferably a re- 
lease call message is issued when connection is not 
possible. 

[0016] Preferably the method comprises the following 
20 procedures: 

i. the deployment of standard GSM/ MORANE pro- 
cedures used by the calling subscriber to originate 
a call; 

25 

ii. the deployment of standard GSM/ MORANE pro- 
cedures used by MSC to accept the call sel-up and 
invoke the originating basic call state machine; 

30 wherein upon reaching Detection Point 3 in the originat- 
ing basic call state machine, the following procedures 
are triggered: 

Hi. the transportation of called and calling functional 
35 number to the SCP; 

iv. the transportation of successful or unsuccessful 
results back to the MSC 

40 whereupon standard GSM/ MORANE procedures may 
be employed to continue using the returned data . 
[0017] In accordance with a further aspect of the in- 
vention, there is provided a supervisory management 
registration class of GSM-R MSs operable in or for a 

45 GSM-based telecommunications system supporting an 
Unstructured Supplementary Service Data protocol to 
provide enhancement of the use of USSD strings for the 
registration, interrogation andderegistration operations, 
extensibility and introduction of new fields, wherein a us- 

$0 er having such a supervisory management registration 
class is capable of registering and deregistering other 
users. 

[0018] In accordance with a still further aspect of the 
invention, there is provided in or for a GSM-based tele- 
55 communications system comprising an architecture 
which employs an access matrix and utilises the GSM 
Unstructured Supplementary Service Data protocol, a 
flexible and extendible encoding scheme for the GSM- 
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R defined supplementary service handling operations 
used for registering, interrogating and deregistenng 
FNs The encoding scheme introduces a number of 
fields for use in a USSD string: a first field indicating the 
general operation code (registration, interrogation and 
de-registration); a second field indicating the service 
code a third field indicating the service type of the op- 
eration; and a fourth field indicating a list of parameters, 
wherein the third field parameters can be entered as a 
number between 1 and 9; and the fourth field parame- 
ters can vary lor each string and operation. The field 
indicating the general operation code has two or three 
characters. 

[0019] The two fields which describe an operation 
provide flexibility. If the operation service type was in- 
troduced at the. very beginning, it could interfere with 
service codes other than the FM service, blocking some 
possibilities in the use of the operations. Different serv- 
ice codes (including GSM service codes) could be used 
with the general operations, without being excluded by 
a too specific operation which would block access to oth- 
er services. To provide full flexibility in the use of the 
operations, the operation service type is preferably in- 
troduced afterthe service code field. A further field com- 
prising a separation character (*) can be interposed be- 
tween information fields. 

[0020] Preferably, the GSM Unstructured Supple- 
mentary Service Data (USSD) protocol string comprises 
the following fields: 

1 . A first field indicating the general operation code 
(registration, interrogation and deregistration); 

2. A service code , 

3. A separation character (*); 

4. The service type of the operation, 

5. A separation character (*); 

6. A list of parameters for each string and operation; 



which provide supervisory control for registration and 
deregistration procedures. 

r00231 Preferably the supervisory handling opera- 
tions include registration and deregistration of functional 
5 numbers of a user whereby the user can be assoc.ated 
and deregistered with respect to a MSISDN by a super- 
visor. 
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7. An ending character (#). 

[0021] The user who registers or de-registers other 
people than himself via Supervisor registration or Su- 
pervisor de-registration must use a mobile station that 
has a class of registration which reflects the supervisory 
management status. A class of registration (value n E") 
is provided which is a supervisor's registration/de-reg- 
istration class. . 
[0022] In accordance with a further aspect of the in- 
vention, there is provided in or for a GSM-based tele- 
communications system comprising an architecture 
which utilises the GSM Unstructured Supplementary 
Service Data protocol, an encoding mechanism lor sup- 
porting supplementary service handling operations 



[0024] In orderthat the present invention can be more 
fully understood and to show how the same may be car- 
ried into effect, reference shall now be made, by way of 
example only : to the Figures as shown in the accompa- 
is nying drawing sheets wherein: 

Figure 1 shows the Functional Architecture of a 
GSM-R network 

Figure 2 shows the Proposed GSM-R Architecture 
for the Invention 

Figure 3 shows the Messages and Parameters 
used to transport FN's during call set-up. 

Figure 4 shows the Four USSD strings used for the 
Follow Me service and their length limits. 

Table A shows the parameters used in the transport of 
30 FNs across the network for each message involved in 
the process. 

Table 1 shows the function of Class of registration. 
Table 6 shows the possible USSD responses that may 
be provided in string 3 and string 4 applicable to FoHow 
35 me, and also lists examples of the text messages that 
can be displayed on the MS once the translation of the 
outcome code has taken place in the MS. 
Tables 2-15 (except Table 6) show the content of each 
string for each procedure. 

40 

rtPTAll ED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

ra025] There will now be described, by way of exam- 
45 pie. the best mode contemplated by the inventors lor 
carrying out the invention. In the following description, 
numerous specific details are set out in order to prov.de 
a complete understanding of the present invention. It will 
be apparent, however, to those skilled in the art that the 
so present invention may be put into practice with varia- 
tions of the specific. 

[0026] Figure 1 shows an overview of a GSM-Haii 
ways private network. The call area is indicated by the 
track 20 and outlying area 22, upon which track trams 
ss 24 operate in communication with GSM-R subscribers 
and dispatchers 26 (associated with both mobile and 
fixed stations) while in the coverage area of the GSM- 
R system. 
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[0027] Within GSM-R systems Functional Numbers 
(FNs) have been defined for identification and setting 
up communication between different GSM-R user 
types. An access matrix function has been defined (in 
the HLRf) to validate associations between FNs and 
specific MS equipment, and to control which user cate- 
gories can call each other (MORANE SSRS A 04/02 T 
6002). A service, called Follow Me, has been defined to 
enable GSM-R personnel to be contacted using a FN 
(rather then the telephone number of the MS they are 
using) and a way of registering and deregistering FNs 
in the HLRf from the MS has been defined in order for 
the service to activated or deactivated. However there 
is currently no standardised way for GSM-R systems to 
actually implement the access matrix function; there is 
no standardised mechanism to transport the called party 
FN and calling party FN to the access matrix function in 
order to be processed before a call set-up attempt is 
made; and lastly, there is no capability for supervisory 
registration/ deregistration of FNs in the access matrix. 
[0028] The first aspect of the invention (i.e. defining 
an architecture to support the use of FNs for addressing 
purposes) sites the HLRm and HLRf functions of a 
GSM-R system in the HLRand SCP network entites re- 
spectively (see Figure 2). The advantages of this solu- 
tion include the technical benefits provided by IN, both 
for the initial implementation and any future extension/ 
enhancement. 

[0029] Transport of the FNs between the originating 
switch (i.e. GMSC) and the access matrix (sited at the 
SCP) is triggered on reaching Detection Point 3 (Detec- 
tion Point which analyses information before routing and 
alerting in the Intelligent Network) in the originating ba- 
sic call state machine. The IN message used between 
the GMSC and the SCP is the Initial DP message, and 
from the SCP to the GMSC the Connect message is 
used in successful cases and the Release call message 
is used in unsuccessful cases (when the call will have 
been rejected as the result of the access matrix check). 
[0030] The information flow for a call set-up is: 

1 . Standard GSM-R procedures used by the calling 
subscriber to originate a call 

2. Standard GSM-R procedures used by GMSC to 
accept the call set-up and invoke the originating ba- 
sic call state machine. 

3. Invention triggered on reaching Detection Point 
3 in the originating basic call state machine. 

4. Invention transports called and calling functional 
number to the SCP 

5. Invention transports successful or unsuccessful 
results back to the MSC 

6. Standard GSM/ MORANE procedures continue 



using the returned data (i.e. continue with call set- 
up or fail the call attempt). 

[0031] The second aspect of the invention (i.e. pro- 

s viding a method for transporting FNs between network 
entites) utilises the ISDN and GSM User-to-User Sig- 
nalling Service, and the ITU IN protocol. The following 
table and information flow diagram (Figure 3) show how 
the FNs are obtained and transported to and from the 

10 access matrix during the GSM-R call set-up procedure: 
[0032] The third aspect of the invention (i.e. extending 
the USSD encoding to provide flexibility for GSM-R de- 
fined supplementary service handling operations used 
for registering, interrogating and deregistering FNs) de- 

is fines a range of fields for use in a USSD string (Table 
2). This range of fields and the encoding used provides 
a flexible and extendible mechanism to support the reg- 
istration, interrogation and de-registration operations 
and any future operations which may be required. The 

20 following fields are defined: (Note: fields 1-3 existing, 
fields 4 & 6 part of the invention) 

t . The general operation code (registration, interro- 
gation and de-registration); 

25 

2. The service code (which can be FM or another 
service); 

3. A separation character (*); 

30 

4. The service type of the operation (entered as a 
number between 1 and 9); 

5. A separation character (*); 

35 

6. List of parameters (a variable dependent upon 
string type and operation - see tables later); 

7. Ending character (#). 

40 

[0033] The aim of the two fields which describe an op- 
eration (1 and4) is to introduce flexibility. If the operation 
service type was introduced at the very beginning, it 
could interfere with service codes other than the FM 

45 service, blocking some possibilities in the use of the op- 
erations. Different service codes (including GSM serv- 
ice codes) could be used with the general operations, 
without being excluded by a too specific operation which 
would block access to other services. To provide full flex- 

$0 ibility in the use of the operations, the operation service 
type is preferably introduced after the service code field. 
[0034] No separation field between the operation 
code and the service code is required because the op- 
eration code will always be a combination of * and #, 

55 thus the first number of the service code determines the 
end of the operation code. Between the other fields a 
separation character can be inserted to comply with 
GSM 02.90 (USSD) and GSM 02.30 (MMI) and is also 



25 



30 



BNSDOCID: <E P__0952744A2_I_> 



BP 0 952 ?44 A2 



10 



a more user friendly way to key in the commands by the 
user. 

|0035] The first field. Operation, has two or three char- 
acters and allows for future creation of operations, com- 
bining * and # over three characters. 
[0036] The fourth aspect of the invention (i.e. provid- 
ing a solution for supervisory control of FN registration 
and deregistration procedures) defines a new MS Reg- 
istration Class of 'E' (registration/ deregistration super- 
visors) which is stored in the HLRm (see Table 1) and 
checked on receipt of a registration/ deregistration re- 
quest which includes a 'supervisor' category code. 
[0037] In the table section, showing the format and 
content of USSD strings for each of the supplementary 
service operations (registration, interrogation, and de- 
registration) are given. The table notation is: 

M for fields which are mandatory for the execution 
of the operation. 

O for fields which are optional for the execution of 
the operation. 

C for fields which are conditional for the execution 
of the operation and will be detailed in a note wher- 
ever used. 

E for fields which show when extensibility is being 
proposed, so that there is no barrier for future en- 
hancement, for instance: the creation of new serv- 
ice type for the operations. 

[0038] An example will be given for each of the 4 
strings used to perform an operation (see Figure 4). 
[0039] Table 3 shows a proposed registration USSD 
string 1 content (MS to HLRm). 
[0040] Examples of string 1 registration follow: 

**1 0*888245678901 01 # => A user registers FN 888 
2 45678901 01 against the MSISDN he is using, 
without service type indication. 

**1 0*1*888245678901 01 # => A user registers his 
own FN against the MSISDN he is using with serv- 
ice type indication. 

**1 0*888965432*33329450532# 

[0041] User registers controller! with FN 888 9 6543 
2 against DN 33 329 450532 (without category indica- 
tion). This is allowed only if registration is activated from 
a MS with class of registration E. 



minal with DN = 33 329 450532 (with category indica- 
tion). The MS used to request the registration must have 
class of registration E. . 
[0043] Table 4 shows a registration USSD string d 
5 content (HLRm to HLRf), examples of such being: 

**10*1*88824567890101*44802567123# => A us- 
er registers FN 888 2 45678901 01 against the 
MSISDN he is using and the served/ associated 
10 MSISDN is transferred to the HLRf: 



-1 0*3*33329450532*888245678901 33*4480256 
7123# => Supervisor registration: From his MS, a 
15 user registers FN 888 2 45678901 33 against his 
fixed line colleague with DN = 33 329 450532, using 
an MS with the served MSISDN 44 802 567123. 

r00441 Tables 5 and 7 show a proposed registration 
20 USSD strings 3and4contents (HLRf to HLRm, followed 
by HLRm - MS). Examples of which are: 

00 (space) USSDResponse. => Successful regis- 
tration In a successful case, a message may op- 
25 tionally be sent inside the USSDresponse field, 
such as 'registered'. 

06 (space) USSDResponse. => Unsuccessful reg- 
istration. 

30 

r004S] For the case where the FN is already regis- 
tered, the message 'already registered' may be sent to 

r0046? It is the MS role to translate the outcome code 
as into the appropriate message to be displayed on the 
handset screen. Some examples of messages that can 
be displayed are shown in Table 6. 



40 



45 



**1 0*3*888965432* 33329450532# 
registration) 



(supervisor 



[0042] From his MS a user registers controller! with 
Functional Number 888 9 6543 2 against a fixed line ter- 



Interroaatlon 

[0047] Interrogation of a single FN is performed to ob- 
tain its associated MSISDN/ DN (for fixed terminate) 
[00481 Table 8 shows a proposed interrogation USSD 
string 1 content (MS to HLRm), an example of wh.ch is: 

*#10*/1/*77729876543210# => User interrogates 
driver's FN (777 2 98765432 10). /* is optional. 

[0049] Table 9 shows a proposed interrogation USSD 
so string 2 content (HLRm to HLRf), an exampleof wh.ch is: 

*#1 0*1 *7772987654321 0*448025671 23#=> Us- 
er on MSISDN 44 802 567 123 interrogates FN 777 
2 9876543210. 

55 [0050] Tables 1 0 and 1 1 show a proposed interroga- 
tion USSD strings 3 and 4 contents (HLRf to HLRm, fol- 
lowed by HLRm - MS). Examples of which are: 
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20 (space) USSDResponse. => Successful interro- 
gation. In a successful case, a message may op- 
tionally be sent inside the USSDresponse field as 
well as the result itself of the interrogation (i.e. the 
forwarded to number associated with the FN). s 

24 (space) USSDResponse. => Unsuccessful inter- 
rogation. 

[0051] For the case where the FN is not registered, 10 
the message 'FN not registered' may optionally be sent 
to the MS. 

[0052] It is the MS role to translate the outcome code 
into the appropriate message to be displayed on the 
handset screen. Some examples of messages that can is 
be displayed are shown in Table 6. 
[0053] The associated MSISDN/ DN is the forwarded 
to number to which the FN being interrogated in regis- 
tered to and is not to be confused with the served MSIS- 
DN from where the interrogation is performed. The in- 20 
terrogation response is conditional, it is not mandatory 
when interrogation cannot be activated (there is an er- 
ror), but it is mandatory when interrogation has been ac- 
tivated i.e. the MSISDN corresponding to the FN inter- 
rogated must be included in response string 4. 2s 

De-registration 

[0054] Currently MORANE describes the following 
de-registration: the user de-registers his own FN using 30 
the MS which was used to register the FN. This is the 
first optional service type: user de-registration. Greater 
variety and flexibility to de-registration is possible, allow- 
ing a user to de-register another user within GSM-R or 
all users of the same train at the same time. 35 
[0055] The person performing de-registration on oth- 
ers* FNs must be entitled to do so, and his identity and 
eligibility for de-registration (supervisor and global) 
should be checked in the HLRm where the class of reg- 
istration check will take place. A new class of de-regis- <*o 
tration "E" is introduced for supervisory management 
status. 

[0056] Three optional service types for de-registration 
are possible: User De-registration : Single FN de-regis- 
tration activated from the MS associated with the FN to 45 
be de-registered. Global De-registration : De-registra- 
tion of all FNs of one train from a MS with class of reg- 
istration E. Supervisor De-registration : De- registration 
of FN(s) from a MS with class E registration. 
[0057] The service types are optional as some oper- so 
ators may not wish to use them, but they are created to 
bring more variety and flexibility to the de-registration 
operation. When service types are not used, de-regis- 
tration entitlement will be checked by the class of regis- 
tration check at the HLRm and the FN - MSISDN asso- ss 
ciation check at the HLRf. When service types are used 
they limit the use of de-registration, which makes all the 
possibilities for de-registration less ambiguous to use. 



[0058] Table 12 shows a proposed de-registration 
USSD string 1 content (MS to HLRm), examples of 
which are: 

##10*888245678901 01 # => Without any service 
type indication, this command means that the user 
wants to de-register FN 88824567890 101. If the FN 
is associated with the MS activating de-registration, 
de-registration of the user is performed: if this FN is 
a lead train driver's FN, all the MSs on the train will 
be de-registered at the same time: If the FN is not 
associated with the MS activating de-registration, 
de-registration of the FN (and all other FNs on the 
train if the MS is that of, for example, the lead train 
driver's FN ) is only possible if the MS has a regis- 
tration class E. 

##10*1*888245678901 01 # => User de-registra- 
tion: With a service type 1 command the user can 
de-register only himself (even if it is a lead train driv- 
er's FN), the FN needs to be his own FN associated 
with the MS on which he is activating the de-regis- 
tration. 

##10*2*888245678901 01 # => Global de-registra- 
tion: With a service type 2 command the user can 
de-register everybody on the train who has the 
same running number as the lead train driver 
(45678901 ). If the FN is associated with the MS ac- 
tivating de-registration is a lead train driver's FN, all 
the MSs on the train will be de-registered at the 
same time i.e. global de-registration can be per- 
formed. If the FN is not associated with the MS ac- 
tivating de-registration, then global de-registration 
can only performed if the MS has a registration 
class E. 

##1 0*3*7772987654321 0# => Supervisor de-regis- 
tration: With a service type 3 command the user can 
register only one other user. The MS activating su- 
pervisor de-registration must have a registration 
class E. 

[0059] Note: this will de-register ONLY FN 777 2 
98765432 1 0 (even if it is a lead train driver's FN). Global 
de- registration by a supervisor shall be done using cat- 
egory 2, or with no category indication. 
[0060] The person who wants to de-register other us- 
ers will be recognised by his MSISDN and the class of 
registration it carries. The HLRm will determine if the 
person requesting global or supervisor de -registration 
is entitled to activate it, checking the class of registration 
(users with the class E registration will be allowed to ac- 
tivate de-registration). For user de -registration, the FN 
entered here is the FN of the user who wants to de-reg- 
ister himself. For supervisor de-registration, the FN en- 
tered here is the FN of the other person that the user 
wants to de-register. For global de- registration, the FN 
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entered here is the lead train driver's FN, as the train 
driver FN always contains the running number which will 
be used to apply global de-registration on every FN car- 
rvinq the same RN as the driver. 
100611 Table 13 shows a proposed de-reg.stration 
USSD string 2 content (HLFtm to HLRf), examples of 
which are: 

##10*1*88824567890101 *44802567123#=> User 
de-registration: I n the case that a user with MSISDN 
44 802 0567123 wants to de-register himself only 
and his MSISDN is sent to the HLRf. then this string 
applies. 

##10*2*88824567890101 M4802567123* => Glo- 
bal de-registration: It the user wants to de-register 
everybody registered on the train with running 
number 45678901 and his MSISDN is sent to the 
HLRf, then this string applies. 

##10*3*77729876543210*44802567123# => Su- 
pervisorde-registration: If the user wants to de-reg- 
ister only driver2 on train 98765432 and his MSIS- 
DN is sent to the HLRf, then this string applies. ^ 

ro062] Tables 1 4 and 1 5 show a proposed de-regis- 
5ratfon USSD strings 3 and 4 contents (HLRf to HLRm, 
followed by HLRm - MS). Examples of which are: 

10 (space) USSDResponse. => Successful de-reg- 
istration. In a successful case, a message may op- 
tionally be sent inside the USSDresponse field, 
such as 'deregistered'. 

1-0063] User de-registration. A user can de-register 
Piimself . The de-registration can be carried out by serv- 
ice type 1 in string 1 or wilhout the service type indica- 
tion. In the latter case, either the FN is associa ted wrth 
an MS capable of activating de-registration or if the FN 
is not associated with the MS activating de-reg.strat.on 
and the MS has a registration class E, e.g. for arbitrary 

r0O641 Global de-registration: A user can de-register 
FN 888 2 45678901 01 and all FNs on the same tram 
with running number 45678901. The da^gMratjon 
could be achieved with service type 2 in string 1 , or with- 
out the service type indication. In the latter case either 
the FN is associated with an MS capable of activating 
de-registration or if the FN is not associated wrt .an .MS 
capable of activating de-registration and the MS has a 

registration class E. 

r00651 Supervisor de-registration: User can de-regis- 
\er driver2 only on other train. The de-registration can 
be carried out with service type 3 in String 1 or wrth no 
service type indication. In both cases the MS must have 
a registration class E. 

14 (space) USSDResponse. => Unsuccessful de- 



registration. 

[0 066] For the case where the FN is not registered^ 
he message 'FN not registered' may be sent to the MS 
rioe^l It is the MS role to translate the outcome code 
nto the appropriate message to be displayed on the 
handset screen. Some examples of messages that can 
be .displayed are shown in Table 6. 
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In or for a GSM-based telecommunications system 
an architecture for providing call set up P«£»*; 
the architecture employing an <*Geaaj^«* * 
Service Control Point (SCP). the architecture fur- 
ther comprising: 

user-user interface element means and a call- 
ing party subaddress means to transport FNs 
between an originating switch and the access 
matrix; 

an information analysis trigger means at a de- 
tection point; 

wherein a routing and alerting means associat- 
ed with the detection point routes and alerts the 
network of the originating basic call and the In- 
itial detection point message between the GM- 
SC and the SCP; and routes from the SCP to 
the GMSC a connect message when connec- 
tion is possible. 

Anarchitectureaccordingtoclaiml wherein means 
are provided to issue a release call message when 
connection is not possible. 

An architecture according to claim 1 or 2 wherein 
Z architecture defines an Intelligent Network ON) 
architecture which sites the access matrix at a Serv- 
ice Control Point (SCP). 

An archrtecture according to any one of claims 1 1 - 
3 wherein transport of the FNs between the or 9 - 
nating switch (i.e. GMSC) and the access matrix 
Jsited at the SCP) is enabled by means of a user- 
user IE and a calling party subaddress. 

An architecture according to claim 4 "herein the 
calling party subaddress is provided by means of 
an Intelligent Network parameter. 

A architecture according to any one of claims 1 - 5, 
wherein the system is capab.e * SU PP°™ 9 a"^, 
structured Supplementary Serv.ce Data protocol 
and wherein there is provided an encoding mecha- 
nism for supporting supplementary serv.ce han- 
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dling operations which mechanism provides super- 
visory control. 

7. A architecture according to claim 6 wherein the su- 
pervisory handling operations include registration 
and deregistration of functional numbers of a user 
whereby the user can be associated and deregis- 
tered with respect to a MSI SDN by a supervisor. 

8. In or for a GSM-based telecommunications system 
comprising an architecture which employs an ac- 
cess matrix at a Service Control Point (SCP), a 
method of providing call set up procedures, the 
method comprising: 

transporting FNs between an originating switch 
and the access matrix using a user-user inter- 
face element and an calling party subaddress; 

triggering information analysis on reaching the 
detection point ; 

routing and alerting in the network the originat- 
ing basic call state machine the Initial detection 
point message between the GMSC and the 
SCP; and 

routing from the SCP to the GMSC a connect 
message when connection is possible. 

9. A method according to claim 8 wherein a release 
call message is issued when connection is not pos- 
sible. 

10. A method according to claim 8 wherein the method 
comprising the following procedures: 

i. the deployment of standard GSM/ MORANE 
procedures used by the calling subscriber to 
originate a call; 

ii. the deployment of standard GSM/ MORANE 
procedures used by MSC to accept the call set- 
up and invoke the originating basic call state 
machine; 



data . 

11. A method according to claim 10 wherein a release 
call message is issued when connection is not pos- 

5 sible. 

12. A supervisory management registration class of 
GSM-R MSs operable in or for a GSM-based tele- 
communications system supporting an Unstruc- 

10 tured Supplementary Service Data protocol to pro- 
vide enhancement of the use of USSD strings for 
the registration, interrogation and deregistration op- 
erations, extensibility and introduction of new fields, 
wherein a user having such a supervisory manage- 
rs ment registration class is capable of registering and 
deregistering other users. 



25 



30 



35 



40 



wherein upon reaching Detection Point 3 in the 
originating basic call state machine, the follow- 
ing procedures are triggered: 

iii. the transportation of called and calling func- 
tional number to the SCP; 

iv. the transportation of successful or unsuc- 
cessful results back to the MSC 

whereupon standard GSM/ MORANE procedures 
may be employed to continue using the returned 
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up to 80 bytes 


responses 


up to 80 bytes 
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Table A 



Msg 
No. 


Msge title 


Numbers 
involved 


Number description and transfer requirement for 
each message 


1 


Setup 

(MS to 
network) 


called FN 


The calling user dials the called FN which is 

included in thP pallAfl narfv/ numhor no ramofor Kw 

the originating switch (ISDN orGSM-R) 


calling FN 


The calling FN is currently sent in UUS for 
display to the called party: The invention requires 
that the calling FN is always included in the UUS 
to the GMSC. The UUS format for transporting 
irit? (^ailing pin is a ©Tinea oeiow. 


2 


Initial 
Detection 
Point 

(GMSC to 
access 
matrix) 


called FN 


The invention requires that the called FN is 
included in the Initial DP in order to direct the call 
to the destination and translate it to its 
u-ui icapui luirig ociiitju ivioiourvj or iouin nuiTiDer 
in the HLRf. The invention uses the Called Party 
Number parameter. 


calling FN 


The invention requires that the calling FN is sent 
to the HLRf to be used in the access matrix to 
check if the call is allowpd Thp inv/^ntinn iiqpq 

v> lwwr\ II 11 IV vHl 1 1 w Gil 1 \J VVCU . 1 1 IB II 1 VC3I IIIUI 1 UOCO 

the Calling Party Subaddress parameter. 


3 


Connect 


called 
MSISDN or 
ISDN 
number 


The called MSISDN or called ISDN is provided 
by the HLRf following translation of the called 
FN. ft is sent to the GMSC to route the call. The 
nvention uses the Destination Routing Address 
parameter. 


(access 
matrix to 
GMSC) 


calling FN 

< 

called FN 


fhe FNs do not need to be sent back to the 
3MSC since they have not been modified. 
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3a 


Release 
Call 


cause ( 
value 


Dnly the cause value parameter is sent back. 


4 


Setup 


calling FN 


The calling FN is sent in a UUS parameter for 
display to the called party. 




(Network 
to MS) 


called 
MSISDN 
/ISDN No 


The called MSISDN or called ISDN number ts 
included in the called party number parameter 
and used to route the call to the called terminal. 


4a 

■ 


Release 
Complete 


cause 
value 


The calling FN can be sent back to the calling 
party in the UUS parameter. 



Table 1 - Example of Function of Registration Class 



Class of Registration 



B 



D 

IF 



Meaning 



Engine/Train cab-radio basic functions 



Maintenance service user 



Operation support user 



Customer support users 
Registration/ De-registration supervisors 



Table 2 



Operation 
name 

Service type 


Registration 
(") 


Interrogation 
(*#) 


De-registration 
(##) 


FFE 
(...) 


1 


User 


Single 


User 


FFE 


2 


FFE 


FFE 


Global 


FFE 


3 


Supervisor 


FFE 


Supervisor 


FFE 


9 


FFE 


FFE 


FFE 


FFE 



FFE: For future enhancements 
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Table 3 



Operation code (** for registration) 


E -M 


2-3 characters 


Service code (10 for FM service) 


M 


2-3 characters 


Separation field character (*) 


O 


1 character 


Operation category (1 for user registration, 
3 for supervisor registration) 


O 


1 character 


Separation field character (*) 


M 


1 character 


Functional Number (FN) to register 


M 


4-15 characters 


Separation field character (*) 


C 


1 character 


Associated DN/MSISDN (MSISDN or 
Directory Number (DN) to be given a FN, 
when different than the served MSISDN) 


c 


4-15 characters 


Ending character (#) 


M 


1 character 
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Table 4 



)peration code f* tor registration) 



Service code (10 for FM service) 



Separation field character (*) 



)peration service type (1 for user registration, 
for supervisor registration) 



Separation field character (*) 
iFunctional Number FN to register 



E -Ml 2-3 characters 
M | 2-3 characters 



M 



1 character 



M 



1 character 



Separation field character (*) 



1 character 
4-1 5 characters 



1 character 



associated DN/MSISDN (MSISDN or Directory 
|Number (DN) to be used as forward-to number, 
*hen different than the served MSISDN) 



Separation field character (*) 



[served MSISDN (also forward-to number for 
user registration and some cases of supervisor 
registration) 



Ending character (#) 



4-15 characters 



M 



1 character 



M 



4-15 characters 



M 



1 character 



Table 5 ( This table also corresponds to Tables, 7, 10, 1 1 .14 and 15): 

2 characters 



Outcome code 




Separation field character (space) 
USSD Response 



M 



1 character 
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Table 6 



Registration 








Successful case 


USSD response 


Display on MS 


Outcome 
Code 


Follow me activated 


Follow me activated 


Follow me activated 


00 


Error codes 


USSD response 


Display on MS 


Outcome 
Code 


UnknownSubscriber 


Wronq MSISDN 


Wrong MSISDN 


01 


HlegalSS-Operation 


Request rejected 


Request rejected - Call 
operator 


02 


SS-SubscriptionViolation 


Wrong MSISDN or 
feature not provisioned 


Wrong MSISDN or Feature 
not provisioned 


03 


Conditional forwardings 
active 

(SS-lncompatibility) 


Check conditional 
forwardings 


Check conditional 
forwardings / Call Operator 


04 


Call barring active 
(SS-I ncom patibility) 


Check Barrings 


Check Barrings /Call 
Operator 


05 


FunctionalNumberAlready 
Registered 


Functional number 
already registered 


Functional number already 
registered 


06 


Dereglstration 








Successful case 


USSD response 


Display on MS 


Outcome 
Code 


Follow me deactivated 


Follow me deactivated 


Follow me deactivated 


10 


Error codes 


USSD response 


Display on MS 


Outcome 
Code 


UnknownSubscriber 


Wronq MSISDN 


Wrong MSISDN 


11 


HlegalSS-Operation 


Request rejected 


Request rejected - Call 
operator 


12 


SS-Subscription Violation 


Wrong MSISDN or 
feature not provisioned 


Wrong MSISDN or Feature 
not provisioned 


13 


ruiiuiiuriai numuci noi 
registered 


Functional number not 
registered 


Functional number not 
registered 


14 


Interrogation 








Successful case 


USSD response 


Display on MS 


Outcome 
Code 


Forwarded to Number 


Forwarded to Number 


'Forwarded to Number* diaits 


20 


Error codes 


USSD response 


Display on MS 


Outcome 
Code 


UnknownSubscriber 


Wrong MSISDN 


Wrong MSISDN 


21 


HlegalSS-Operation 


Request rejected 


Request rejected - Call 
operator 


22 


SS-SubscriptionViolation 


Wrong MSISDN or 
feature not provisioned 


Wrong MSISDN or Feature 
not provisioned 


23 


Functional number not 
registered 


Functional number not 
registered 


Functional number not 
registered 


24 
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Table 8 



Operation code (*# for interrogation) 


E -M 


2-3 characters 


Service code (10 for FM service) 


M 


2-3 characters 


Separation field character (*) 


M 


1 character 


Operation service type (1 for single 
interrogation of FN) 


O 


1 character 


Separation field character (*) 


O 


1 character 


Functional Number (F) to be interrogated 


M 


4-15 characters 


Ending character (#) 


M 


1 character 


Table 9 


Operation code (*# for interrogation) 


E-M 


2-3 characters 


Service code (10 for FM service) 


M 


2-3 characters 


Separation field character (*) 


M 


1 character 


Operation service type (1 for single 
interrogation of FN) 


M 


1 character 


Separation field character (*) 


M 


1 character 


Functional Number (FN) to be interrogatec 


M 


4-15 characters 


Separation field character (*) 


M 


1 character 


Served MSISDN 


M 


4-15 characters 


Ending character (#) 


M 


1 character 
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Table 12 



Operation code (## for de-register) 


E-M 


2-3 characters 


Service code (10 for FM service) 


M 


2-3 characters 


Separation field character (*) 


M 


1 character 


Operation service type (1 for user de- 
registration, 2 for global de-registration, 
for supervisor de-registration) 


O 

<. 


1 character 


Separation field character (*) 


O 


1 character 


Functional Number FN 


M-C 


4-15 characters 


Ending character (#) 


M 


1 character 


Table 13 


Operation code (## for de-register) 


E-M 


2-3 characters 


Service code (10 for FM service) 


M 


2-3 characters 


Separation field character (*) 


M 


1 character 


Operation service type (1 for user de- 
registration, 2 for global de-registration, C 
for supervisor de-registration) 


M 


1 character 


Separation field character (*) 


M 


1 character 


Functional Number FN 


M 


4-15 characters 


Separation field character (*) 


M 


1 character 


Service MSISDN 


M 


4-15 characters 


Ending character (#) 


M 


1 character 
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